Wireless Transport Framework with Uncoded Transport Tunneling

ABSTRACT

Wireless transport of multiple service versions of a transport framework. First and second information may be processed for transmission, respectively, according to first and second service versions of a transport framework. The first and second information may be encoded using a first type of error correction coding; after processing, the processed first information may include error correction coding according to the first type of error correction coding, while the processed second information may remain uncoded according to the first type of error correction coding. Control information may be generated indicating that the second information remains uncoded according to the first type of error correction coding, which may signal to receivers that the second information is processed according to the second service version of the transport framework. Packets including the processed first information, the processed second information, and the control information may be generated and transmitted in a wireless manner.

PRIORITY CLAIM

This application is a continuation of U.S. application Ser. No.15/953,666 titled “Wireless Transport Framework with Uncoded TransportTunneling” filed on Apr. 16, 2018, which is a continuation of U.S.application Ser. No. 13/707,172 titled “Wireless Transport Frameworkwith Uncoded Transport Tunneling” filed on Dec. 6, 2012, which is acontinuation of U.S. application Ser. No. 12/474,595, titled“Transmission of Multimedia Streams to Mobile Devices with UncodedTransport Tunneling” filed on May 29, 2009, now U.S. Pat. No. 8,358,705issued on Jan. 22, 2013, which is a continuation-in-part of U.S.application Ser. No. 12/167,708 titled “Mobile Television BroadcastSystem” filed on Jul. 3, 2008, now U.S. Pat. No. 8,151,305 issued onApr. 3, 2012, which claims benefit of priority to provisionalapplication Ser. No. 60/948,185 tiled “Robust Mobile TV BroadcastSystem” filed Jul. 5, 2007, Ser. No. 60/958,585 titled “Robust Mobile TVBroadcast System” filed Jul. 5, 2007, and Ser. No. 60/999,039 titled“Robust Mobile TV Broadcast System” filed Oct. 14, 2007, all of whichare hereby incorporated by reference in their entirety as though fullyand completely set forth herein.

U.S. application Ser. No. 12/474,595 claims benefit of priority toprovisional application Ser. No. 61/130,344 titled “Enhanced Mobile TVSystem” filed on May 31, 2008, which is hereby incorporated by referencein its entirety as though fully and completely set forth herein.

The claims in the instant application are different than those of theparent application or other related applications. The Applicanttherefore rescinds any disclaimer of claim scope made in the parentapplication or any predecessor application in relation to the instantapplication. The Examiner is therefore advised that any such previousdisclaimer and the cited references that it was made to avoid, may needto be revisited. Further, any disclaimer made in the instant applicationshould not be read into or against the parent application or otherrelated applications.

FIELD OF THE INVENTION

The present invention relates to a mobile television broadcast system,and more specifically in one embodiment relates to enhancement of thecurrent ATSC Digital TV broadcast system for mobile services to mobileand handheld devices.

DESCRIPTION OF THE RELATED ART

The ATSC (Advanced Television Systems Committee) standard relates to adigital television format which will replace the analog NTSC televisionsystem. The ATSC standard is a high definition television standard thatproduces standard 4:3 or wide screen 16:9 images up to 1920×1080 pixelsin size—more than six times the display resolution of the earlier NTSCstandard. The ATSC standard makes provisions to transport multiplestandard-definition “virtual channels” broadcast on a single 6 MHz TVchannel. The ATSC standard also includes “theater quality” audio usingthe Dolby Digital AC-3 format to provide 5.1-channel surround sound. TheATSC standard also provides numerous auxiliary datacasting services.

The ATSC standard uses the MPEG-2 systems specification forencapsulation (transport) of data. More specifically, ATSC uses the188-byte MPEG transport stream packets to carry data. MPEG-2 is alsoreferred to as “transport stream”, “MPEG-TS”, or simply “TS”. At thereceiver side, before decoding of audio and video occurs, the receiverdemodulates and applies error correction to the signal. Then, thetransport stream may be demultiplexed into its constituent streams. Avideo codec, e.g. MPEG-2, H.264, VC-1, is used for encoding and decodingvideo, subject to certain constraints.

Previously, mobile reception of digital television stations transmittedusing the ATSC standard has been difficult to impossible. For example,mobile reception of digital television stations is very difficult whenmoving at vehicular speeds. Furthermore, as the ATSC standard isdeveloped and extended, including improvements for mobile reception, away to blend the extensions into the system, preferably within anexisting framework, is desirable. Therefore, there is a need for animproved system and method for transmission and/or reception of digitaltelevision signals for improved mobile reception.

SUMMARY OF THE INVENTION

Various embodiments are presented of a system and method for wirelesslycommunicating audiovisual information. One set of embodiments involves asystem and method for wirelessly transmitting audiovisual information toa mobile device. Another set of embodiments involves a system and methodfor wirelessly receiving audiovisual information by a mobile device. Theaudiovisual information may be packetized according to the ATSC(Advanced Television Standards Committee) standard, e.g., using 8-VSBmodulation

The method for transmitting audiovisual information to a mobile devicemay include encoding first audiovisual information using a first errorcorrection coding method. In one embodiment, the first error correctioncoding method may be a convolutional encoding method. A plurality ofpackets may be generated, including the first audiovisual information.The plurality of packets may also include second audiovisualinformation, and control information. The second audiovisual informationmay not be encoded using the first error correction coding method. Forexample, the second audiovisual information may be encoded using asecond error correction coding method. For example, the secondaudiovisual information may be encoded using a systematic block codingmethod.

The first audiovisual information and the second audiovisual informationmay be located in different packets of the plurality of packets. Inother words, one or more packets may include the first audiovisualinformation, while one or more different packets may include the secondaudiovisual information. Alternatively, some or all of the packets mayinclude both first audiovisual information and second audiovisualinformation. In other words, at least part of the first audiovisualinformation and at least part of the second audiovisual information maybe co-located in at least one packet of the plurality of packets.

The plurality of packets may also include control information. Thecontrol information may indicate that the second audiovisual informationis not encoded according to the first error correction coding method.The control information may also indicate that the first audiovisualinformation is encoded using the first error correction coding method.The control information may be usable by a receiver to determine thatthe second audiovisual information is not encoded according to the firsterror correction coding method. The receiver may be configured torecognize information that is uncoded according to the first errorcorrection coding method as a different service or service version thaninformation that is coded according to the first error correction codingmethod. Thus, a receiver's determination that the second audiovisualinformation is not encoded according to the first error correctioncoding method may thereby indicate to the receiver that the secondaudiovisual information is a different service version than the firstaudiovisual information.

The control information may be included in the same packets as the firstand/or the second audiovisual information. Alternatively, the controlinformation and the audiovisual information may be located in differentpackets. In other words, the first and second audiovisual informationmay be located in one or more packets, while the control information maybe located in a different one or more packets.

The plurality of packets may be transmitted in a wireless manner. Thus,the packets may be transmitted to a mobile device, e.g., including areceiver. The plurality of packets may be transmitted by a transmitter,e.g., including an antenna.

The method for wirelessly transmitting audiovisual information to amobile device may be performed partially or entirely by a system, whichin various embodiments may include some or all of: memory for storingthe audiovisual information; transmit logic coupled to the memory andconfigured to generate the packets and the control information; and atransmitter for transmitting the pluralities of packets.

The method for wirelessly receiving and presenting audiovisualinformation by a mobile device may include receiving a plurality ofpackets in a wireless manner. The plurality of packets may include firstaudiovisual information and second audiovisual information. The firstaudiovisual information may be encoded using a first error correctioncoding method, while the second audiovisual information may not beencoded using the first error correction coding method. The first errorcorrection coding method may be a convolutional encoding method,according to one embodiment. The second audiovisual information,although not encoded according to the first error correction codingmethod, may be encoded using a second error correction coding method.For example, the second audiovisual information may be encoded using asystematic block coding method.

The first audiovisual information and the second audiovisual informationmay be located in different packets of the plurality of packets. Inother words, one or more packets may include the first audiovisualinformation, while one or more different packets may include the secondaudiovisual information. Alternatively, some or all of the packets mayinclude both first audiovisual information and second audiovisualinformation. In other words, at least part of the first audiovisualinformation and at least part of the second audiovisual information maybe co-located in at least one packet of the plurality of packets.

The plurality of packets may also include control information. Thecontrol information may indicate that the second audiovisual informationis not encoded according to the first error correction coding method.The control information may also indicate that the first audiovisualinformation is encoded using the first error correction coding method.

The control information may be included in the same packets as the firstand/or the second audiovisual information. Alternatively, the controlinformation and the audiovisual information may be located in differentpackets. In other words, the first and second audiovisual informationmay be located in one or more packets, while the control information maybe located in a different one or more packets.

The mobile device may determine, based on the control information, thatthe second audiovisual information is not encoded according to the firsterror correction coding method. Because of this, the mobile device maydetermine that the second audiovisual information is a different serviceversion than the first audiovisual information. Depending on whichservice version(s) the mobile device is configured to present, at leasta portion of the audiovisual information (e.g., either part or all ofthe first audiovisual information, or part of all of the secondaudiovisual information, or both) may be presented on the mobile device.This may include presenting (e.g., displaying) video information on adisplay and/or presenting (e.g., playing) audio information on one ormore speakers.

The method for wirelessly receiving audiovisual information by a mobiledevice may be performed by a mobile device. The mobile device mayinclude an antenna for wirelessly receiving the packets, receiver logiccoupled to the antenna for processing the audiovisual and errorcorrection coding information and presenting the processed audiovisualinformation, and a display and/or one or more speakers on which theaudiovisual information may actually be presented.

Thus, the presence or lack of error correction coding according to areference error correction coding method may be used to signal adifferent service version. In particular, this may be useful forproviding a transmission system, and mobile devices for use with thetransmission system, with forward compatibility. In other words, atransmission system may use a particular error correction coding methodfor its initial service version, but may also plan for and allow thepossibility of not using that error correction coding method in a futureservice version, as a way of signaling that future service version,without needing to specify what the future service or service versionmay be at the time of the initial service launch. This is referred toherein as an ‘uncoded transport tunnel’, because it essentially providesa tunnel (data which is uncoded according to the first error correctioncoding method) within an existing transport framework, into which futureservices can be inserted without breaking the transport framework. Thus,in one embodiment, both legacy mobile devices which can only receive andpresent services from an earlier service version (e.g., the initialservice launch), and newer mobile devices which can receive and presentservices from newer service versions, may be provisioned withaudiovisual information within the same transport framework.

BRIEF DESCRIPTION OF THE DRAWINGS

A better understanding of the present invention can be obtained when thefollowing detailed description of the preferred embodiment is consideredin conjunction with the following drawings, in which:

FIG. 1 illustrates a digital television broadcast system according toone embodiment;

FIG. 2 is a flowchart diagram illustrating a method for wirelesslytransmitting audiovisual information to a mobile device according to oneembodiment;

FIG. 3 is a flowchart diagram illustrating a method for a mobile deviceto wirelessly receive and present audiovisual information;

FIG. 4 is an illustration of a four state systematic convolutionalencoder according to one embodiment;

FIG. 5 is an illustration of two basic puncturing patterns resulting incoding rates of R=1/2 and R=1/4 according to one embodiment;

FIG. 6 is an illustration of several additional puncturing patternsresulting in coding rates of R=1/3, R=2/3, and R=4/5 according to oneembodiment;

FIG. 7 illustrates inline service multiplexing according to oneembodiment;

FIG. 8 illustrates a puncturing pattern producing an R=1 (uncoded)coding scheme;

FIG. 9 illustrates a system architecture of a transmitter in the systemof FIG. 1;

FIG. 10 illustrates a summary of stream encoding methods according toone embodiment of the invention;

FIG. 11 illustrates encoding of command packets in a mobile digitaltelevision stream according to one embodiment of the invention, e.g.,illustrates VSIW over MPEG-2 transport stream encoding;

FIG. 12 illustrates stream parameter encoding according to oneembodiment of the invention; and

FIG. 13 illustrates a system architecture of a receiver in an exemplarymobile device according to one embodiment of the invention.

While the invention is susceptible to various modifications andalternative forms, specific embodiments thereof are shown by way ofexample in the drawings and are herein described in detail. It should beunderstood, however, that the drawings and detailed description theretoare not intended to limit the invention to the particular formdisclosed, but on the contrary, the intention is to cover allmodifications, equivalents and alternatives falling within the spiritand scope of the present invention as defined by the appended claims.

DETAILED DESCRIPTION OF THE INVENTION FIG. 1—Digital TelevisionBroadcast System

FIG. 1 illustrates an exemplary broadcast system 100 according to oneembodiment of the invention. In one embodiment, the broadcast system maybe a digital television broadcast system. The broadcast system 100described herein, including the various methods described herein, may beused for broadcasting any of various types of data, includingaudiovisual information as well as other data.

As used herein, the term “audiovisual information” includes any ofvarious types of information or data that comprises video data and/oraudio data. The term “video data” includes motion video (such astelevision, movies, streaming video, etc., as well as image data, suchas JPEGs. The term “audiovisual information” further includes any ofvarious types of information or program instructions that, whenexecuted, cause a device to present video data (on a display) and/oraudio data (on speakers). For example, the term “audiovisualinformation” includes any of various types of gaming content (includingprogram instructions and/or data) that can be used and/or executed topresent gaming content (e.g., images, video, and/or audio) on apresentation device.

The broadcast system 100 and the various methods described herein aredescribed in the present application in the context of transmittingaudiovisual information for presentation by a receiving device, inparticular digital television. However, it is noted that the broadcastsystem 100 and the various methods described herein may be used fortransmission/reception of any of various types of data (e.g.,audiovisual information, email, files, text documents, seismic data,measurement data, weather data, etc.), with audiovisual informationbeing merely one representative example.

In one set of embodiments, the broadcast system may operate according tothe ATSC (Advanced Television Standards Committee) standard, e.g., using8-VSB modulation. Alternatively, the broadcast system may operateaccording to a modified version of the ATSC standard, or according toanother standard. For example, the Mobile/Handheld (M/H) modification ofthe ATSC standard is used for transmission of audiovisual informationfor moving receivers. The current M/H system transports M/H services inbursts alongside the main service stream encapsulated in NULL packetsconsistent with the methods prescribed for E-VSB service multiplexing.The system uses serial concatenated convolutional coding (SCCC) foradditional robustness. To aid M/H reception, the existing M/H systemsupplements the base 8VSB transport with the addition of extra trainingmultiplexed with the mobile packet data in such a way that the trainingdata appears in contiguous bytes (2 full segments per training) attransmission. Thus, when it is available, a receiver can utilize thisadditional training information to update its equalizer in order totrack fast moving channel conditions. Specific examples of theembodiments disclosed herein may be based on, or include portions of theM/H modification to the ATSC standard, and may also include furthervariations and modifications to M/H and the ATSC standard. However, theembodiments related to transmission of audiovisual information disclosedherein are not necessarily limited to use with the ATSC or M/H systems,and may be equally applicable for transmission of audiovisualinformation in accordance with other standards and/or modulationsschemes, such as DVB-T/H, ISDB-T, DMB-T/H, etc.

As shown, the system 100 comprises a transmission system (or transmitsystem) 102, one or more mobile devices 112 (e.g., mobile devices112A-112D), and at least one stationary device 114. As noted above FIG.1 is exemplary only, e.g., an exemplary system may comprise one or moretransmission systems 102, a plurality of mobile devices 112, and aplurality of stationary devices 114.

The transmission system 102 is configured to transmit audiovisualinformation to the one or more mobile devices 112 in a wireless manner.More particularly, the transmission system 102 may be configured totransmit digital television signals/channels to the mobile devices 112.The mobile devices 112 may receive and present the audiovisualinformation, e.g., receive and present the digital televisionsignals/channels. The transmission system 102 may also be configured totransmit audiovisual information to the stationary device 114 (e.g.,stationary television) in a wireless manner. The transmission system 102is also configured to transmit audiovisual information to the one ormore stationary devices 114, e.g., televisions.

For the sake of convenience, embodiments of the invention are describedherein with respect to reception by mobile devices 112. However, thevarious embodiments of the invention described herein may also of coursebe used for reception by stationary devices. For example, one embodimentof the invention provides for reception of additional error correctioninformation by stationary devices 114 for the purpose of enhancing therobustness of the terrestrial broadcast. Thus any of the various methodsdescribed herein may be utilized with either mobile devices 112 orstationary devices 114, or both, as desired.

The transmission system 102 comprises a transmitter 106 as well astransmit logic 104 coupled to the transmitter 106. The transmit logic104 may comprise any of various types of logic, such as one or morecomputer systems (with accompanying software), digital logic, analoglogic, programmable gate arrays, etc., or combinations thereof. Thetransmit logic 104 is adapted for receiving and/or storing audiovisualinformation (e.g., television data) and for generating packetscontaining the audiovisual information. The transmit logic 104 maygenerate packets according to any of various standards, such as the ATSC(Advanced Television Standards Committee) standard, e.g., using 8-VSBmodulation. The transmission system 102 may use other modulationschemes, such as DVB-T/H, ISDB-T, DMB-T/H, etc. The transmit logic isalso adapted for generating error correction coding information. Forexample, the transmit logic may be configured to encode data with any ofvarious types of error correction techniques, including (but not limitedto): convolutional coding (such as trellis encoding), block coding (suchas Reed-Solomon encoding), or other error correction techniques. Thetransmit logic may be configured to encode data with more than one errorcorrection technique. The transmit logic 104 is also configured togenerate packets containing control information as described herein. Inone embodiment, one or more of the digital television channels areintended for stationary receivers, such as televisions. One or more ofthe digital television channels may also be intended for mobile and/orhandheld (M/H) (referred to collectively herein as “mobile”) devices112. In one embodiment, one or more of the digital television channelsmay be intended for either stationary receivers or mobile devices.

As described herein, for digital television channels intended for mobiledevices 112 (and possibly for all channels, e.g., channels intended forstationary devices 114 and/or mobile devices 112), the transmit logic104 may be configured to generate packets containing error correctioncoding information. For example, the transmit logic 104 may generateerror correction coding information for audiovisual information, and maytransmit the error correction coding information in a separate packet(or packets) than the audiovisual information, with another packet (orpackets) containing control information for associating the errorcorrection coding information with the audiovisual information. Thus, areceiver (such as a stationary receiver) which does not require or isnot configured to use the error correction coding information may ignorethe error correction coding information packet and simply receive theaudiovisual information as a normal audiovisual stream, while a receiver(such as a mobile device) which does require additional error correctioncoding information and is configured to use the error correction codinginformation may associate the error correction coding information withthe audiovisual information (e.g., based on the control information) andthereby achieve a more robust system.

Furthermore, the control information can be used by the transmit logic104 to generate and transmit new types of error correction coding thatis usable by the receiver. In one embodiment, a first part of theaudiovisual information may be encoded using a first error correctioncoding method while a second part of the audiovisual information may notbe encoded using the first error correction method; the second part ofthe audiovisual information may simply be uncoded, or may be encodedusing a second error correction coding method. In some embodiments,multiple error correction coding methods may be used with some or all ofthe audiovisual information.

The mobile devices 112 may be any of various types of devices, such asportable computer systems (laptops) 112A, wireless telephones 112B(e.g., Blackberrys, iphones, etc.), personal digital assistants 112C,television equipment 112D configured in vehicles, and other types ofportable devices capable of displaying received audiovisual information.

The mobile devices 112 are configured to wirelessly receive (e.g., withan antenna) the packets transmitted by the transmitter 106, includingthe packets containing audiovisual information, the packets containingerror correction coding information, and the packets containing controlinformation. A respective mobile device 112 may also include receiverlogic for processing the received audiovisual information, as well as adisplay for presenting video information and one or more speakers forpresenting audio information. Thus each of the mobile devices 112 mayinclude television-like capabilities for presenting received televisionchannels as described herein.

The stationary devices 114 may be any of various types of devices thatare intended to be placed at a fixed location (referred to as stationaryor “non-mobile”), such as conventional televisions, e.g., liquid crystaldisplays (LCD displays), plasma displays, etc.

FIG. 2—Transmit Flowchart

FIG. 2 is a flowchart depicting a method for transmitting audiovisualinformation. The method may be performed by a transmission system suchas described above and shown in FIG. 1, e.g., a system includingtransmit logic and a transmitter. The audiovisual information may be forreception by mobile devices; alternatively, the audiovisual informationmay be for reception by stationary devices, or, both mobile andstationary devices. It should be noted that, according to variousembodiments, one or more of the steps may be omitted, repeated, orperformed in a different order than shown in FIG. 2 and described below.

The method may allow for ‘uncoded transport tunneling’, which, as usedherein, refers to using ‘uncoded’ (at least according to a referenceerror correction coding method) data as a carrier foras-yet-undetermined future services. As part of developing a system, newservices and versions of the system may be deployed, and a way to signalthe new services and versions may be necessary. In a system which useserror correction coding, part of the development of the system mayinclude improved and new error correction coding methods. Thus in somesystems, it may make sense to use the presence, or lack of presence, ofan error correction coding method to signal a new service and/orversion. In one embodiment, the presence, or lack of presence, of anerror correction coding method is used exclusively or primarily tosignal a new service and/or version. Alternatively, or in addition, abase version of a system may use a first error correction coding method,but in a new version, the first error correction coding method may beunnecessary, e.g., because of improvements in another error correctioncoding method, or for any reason. Thus, a base version service may beencoded using the first error correction coding method, while a newversion service may not be encoded using the first error correctioncoding method. In combination with appropriate control information,leaving this new service version ‘uncoded’ may thus provide a way totransport a new service version within a basic transport framework. Inother words, uncoded transport tunneling may provide a means for futureservice expansion within an existing framework, and providing thiscapability from the original design of the base transport framework maygive the system significant forward compatibility, potentially extendingthe useful lifespan of the transport framework.

In general, the method described herein may be used for any appropriatesystem, e.g., any system which uses error correction coding and in whichforward compatibility is desirable. Thus, while embodiments of themethod may be described herein primarily with reference to the ATSC andM/H systems, the method may not be limited to these systems, and shouldbe considered with this broader scope in mind.

One particular embodiment involves the ATSC digital television standard,including M/H services. The ATSC 8VSB transport uses NULL (unassigned)packet IDs to indicate packets with M/H service data, however, there iscurrently no means to expand (e.g., to create new) M/H services withinthe M/H framework. The M/H system uses a systematic convolutionalencoder (e.g., as shown in FIG. 4) as one means of providing forwarderror correction. By using a variety of puncturing patterns, this outerencoding can be made at a variety of coding rates, i.e., differentratios of data bits to total (data and coded) bits. This has thepotential to allow for dynamic adjustment of a coding rate, e.g.,depending on transmission and/or reception conditions. It is furtherpossible to use a puncturing pattern that punctures all of the codedbits, i.e., to us a coding rate of R=1. In other words, an audiovisualstream with R=1 would be uncoded according to the convolutional encodingscheme.

The convolutional coding error correction method may be useful, possiblyvery useful, or even essential, to current M/H services, however, it isreasonable to expect that in the future it may be supplemented orreplaced by additional error correction coding methods. For example, onecandidate supplemental or replacement coding method could be systematicblock coding. Thus, because the R=1 coding rate may not be appropriatefor current services, but may be acceptable for future services,reserving the R=1 coding rate as an indicator of (as yet undetermined)future services within the M/H framework would be one preferredembodiment of uncoded transport tunneling.

In 202, first audiovisual information may be encoded using a first errorcorrection coding method. The first error correction coding method maybe any kind of error correction coding method. In one embodiment, e.g.,in the ATSC M/H system, the first error correction coding method may bea convolutional coding method, e.g., a systematic convolutional encoder,such as the one shown and described below with respect to FIG. 4. Thefirst audiovisual information may thus be outer encoded at any of anumber of coding rates, as desired, e.g., 1/2, 1/3, 1/4, 2/3, 4/5.Examples of puncturing schemes that would produce such coding rates areshown in FIGS. 5 and 6. In some embodiments, the first audiovisualinformation may be encoded using an augmented main stream, nested streamencoding, and/or stagger casting, which techniques are described inapplication Ser. No. 12/472,892 titled “Transmission of MultimediaStreams to Mobile Devices with Cross Stream Association”, filed on May27, 2009, which is hereby incorporated by reference in its entirety asthough fully and completely set forth herein.

In 204, a plurality of packets may be generated. The packets may includeaudiovisual information, e.g., one or more content streams intended formobile and/or stationary devices. In one embodiment, the packets may begenerated according to the ATSC (Advanced Television StandardsCommittee) DTV (digital television) standard containing one or moredigital television channels intended for stationary receivers (e.g.,televisions); alternatively, or in addition, the packets may contain oneor more digital television channels intended for mobile/handheld (M/H)receivers.

Generation of the packets containing audiovisual information maycomprise various steps, such as encoding the audio and video data (e.g.,using MPEG-2 encoding), applying forward error correction, generatingappropriate packet headers and control information, etc. The forwarderror correction may take any number of forms, including Reed-Solomon(RS) encoding, Trellis encoding, cyclic redundancy codes (CRCs), or anyother form of error correction coding, including a combination ofmultiple methods. It should be noted that in some embodiments, step 202(encoding first audiovisual information) may be considered part of step204 (generating packets of audiovisual information).

The packets may include the first audiovisual information, which may beencoded using the first error correction coding method. The packets mayalso include second audiovisual information which may not be encodedusing the first error correction coding method. For example, againreferring to the convolutional encoder of FIG. 4, it is possible toproduce an outer coding rate R=1 with an appropriate puncturing pattern.In this case, the second audiovisual information may be processed by thesystematic convolutional encoder, but may not include any encoding fromit. Although the second audiovisual information may not be encoded usingthe first error correction coding method, the second audiovisualinformation may still include some form of error correction. Forexample, the second audiovisual information may be encoded using asecond error correction coding method, e.g., using systematic blockcodes.

In some embodiments, the first and second audiovisual information mayeach be located in separate packets; in other words, the firstaudiovisual information may be located in one or more packets, and thesecond audiovisual information may be located in one or more differentpackets. Alternatively, at least a portion of the first audiovisualinformation may be co-located with at least a portion of the secondaudiovisual information in one or more of the packets. In other words,there may be one or more packets which include both first audiovisualinformation and second audiovisual information.

The plurality of packets may also include control information. Thecontrol information may be located together with the first and/or secondaudiovisual information, e.g., in the same packets with the first and/orsecond audiovisual information; alternatively, the control informationmay be located separately, e.g., in a different one or more packets thanthe first and second audiovisual information. The control informationmay indicate that the second audiovisual information is not encodedaccording to the first error correction coding method. Thus, the controlinformation may be usable by a receiver (e.g., a mobile device) todetermine that the second audiovisual information is not encodedaccording to the first error correction coding method. This may therebyindicate to the receiver that the second audiovisual information is adifferent service and/or version than the first audiovisual information.

The control information may also indicate that the first audiovisualinformation is encoded according to the first error correction codingmethod (and, in some embodiments, at what coding rate the firstaudiovisual information is encoded), and/or a variety of otherinformation. For example, in some embodiments, the control informationmay include information for associating audiovisual streams separated intime and or frequency, as described in application Ser. No. 12/472,892titled “Transmission of Multimedia Streams to Mobile Devices with CrossStream Association”, incorporated by reference above.

In 206, the plurality of packets may be transmitted. Transmission of theplurality of packets may comprise multiplexing different portions of theplurality of packets (e.g., multiplexing the first audiovisualinformation, the second audiovisual information, and the controlinformation). Multiplexing of these different packets or streams may beperformed based on a ratio of the relative bandwidth allocations of therespective pluralities of packets (or streams). In one embodimentcorresponding to continuous mode, multiplexing these different packetstreams comprises ordering the packets to distribute them evenlyaccording to their relative bandwidth. In another embodimentcorresponding the burst mode, the different packet streams areaggregated in separate bursts preceded by control information(aggregated in its own burst) to indicate the start position of theremaining bursts. The multiplexing may operate to reduce transmissionoverhead. In one embodiment, the transmission method transmits sizeinformation regarding the bandwidth allocations of the various packetstreams, wherein the size information is useable at the receiver todemultiplex the received packet streams.

FIG. 3—Receive Flowchart

FIG. 3 is a flowchart depicting a method for receiving and presentingaudiovisual information. The method may be performed by a mobile devicesuch as described above and shown in FIG. 1, e.g., portable computersystems (laptops), wireless telephones (e.g., Blackberrys, iphones,etc.), personal digital assistants, television equipment configured invehicles, and other types of portable devices capable of displayingreceived audiovisual information. Alternatively, in some embodiments,the method may be performed by a stationary device, such as also shownin FIG. 1 and described above, e.g., a conventional television, such asliquid crystal display (LCD display) television, a plasma displaytelevision, etc. It should be noted that, according to variousembodiments, one or more of the steps may be omitted, repeated, orperformed in a different order than shown in FIG. 3 and described below.

The method may involve use of uncoded transport tunneling, as describedwith respect to FIG. 2, as a means for a receiver to distinguish betweendifferent services or service versions. The method described below andillustrated by the flowchart in FIG. 3 may be used (e.g., by a mobiledevice) in combination with the method described above and illustratedby the flowchart in FIG. 2 (e.g., by a transmission system). Thus, manyof the elements described below with respect to FIG. 3 may correspond tomany of the elements described above with respect to FIG. 2, accordingto various embodiments.

In 302, a plurality of packets including audiovisual information may bereceived. The packets may include one or more content streams intendedfor mobile and/or stationary devices. In one embodiment, the packets maybe generated according to the ATSC (Advanced Television StandardsCommittee) DTV (digital television) standard containing one or moredigital television channels intended for stationary receivers (e.g.,televisions); alternatively, or in addition, the packets may contain oneor more digital television channels intended for mobile/handheld (M/H)receivers. The packets containing audiovisual information may alsoinclude error correction coding, such as forward error correction; thismay take any number of forms, including but limited to RS encoding,Trellis encoding, CRCs, or other forms of error correction coding,including a combination of multiple methods.

The plurality of packets may include first audiovisual informationencoded using a first error correction coding method. The first errorcorrection coding method may be any kind of error correction codingmethod. In one embodiment, e.g., in the ATSC M/H system, the first errorcorrection coding method may be a convolutional coding method, e.g., asystematic convolutional encoder, such as the one shown and describedbelow with respect to FIG. 4. The first audiovisual information may thusbe outer encoded at any of a number of coding rates, as desired, e.g.,1/2, 1/3, 1/4, 2/3, 4/5. In some embodiments, the first audiovisualinformation may be encoded using an augmented main stream, nested streamencoding, and/or stagger casting.

The plurality of packets may also include second audiovisualinformation, which may not be encoded using the first error correctioncoding method. For example, again referring to the convolutional encoderof FIG. 4, it is possible to use a puncturing scheme that produces anR=1 (i.e., uncoded) coding rate. In this case, the second audiovisualinformation may have been processed by the systematic convolutionalencoder, but may not include any encoding from it. Although the secondaudiovisual information may not be encoded using the first errorcorrection coding method, the second audiovisual information may stillinclude some form of error correction. For example, the secondaudiovisual information may be encoded using a second error correctioncoding method, e.g., using systematic block codes.

In some embodiments, the first and second audiovisual information mayeach be located in separate packets; in other words, the firstaudiovisual information may be located in one or more packets, and thesecond audiovisual information may be located in one or more differentpackets. Alternatively, at least a portion of the first audiovisualinformation may be co-located with at least a portion of the secondaudiovisual information in one or more of the packets. In other words,there may be one or more packets which include both first audiovisualinformation and second audiovisual information.

The plurality of packets may also include control information. Thecontrol information may be located together with the first and/or secondaudiovisual information, e.g., in the same packets with the first and/orsecond audiovisual information; alternatively, the control informationmay be located separately, e.g., in a different one or more packets thanthe first and second audiovisual information. The control informationmay indicate that the second audiovisual information is not encodedaccording to the first error correction coding method.

In 304, it may be determined, based on the control information, that thesecond audiovisual information is not encoded according to the firsterror correction coding method. The control information may indicatethis to the mobile device in any number of ways. In one embodiment, thecoding rate according to the first error correction coding method foreach audiovisual stream may be indicated in the control information.Thus, the second audiovisual information may have R=1 according to thefirst error correction coding method. In contrast, the first audiovisualinformation might have R=1/2, 1/4, or some other coding rate.

In 306, it may be determined that the second audiovisual information isof a different service version than the first audiovisual information.This determination may be made based on the determination that thesecond audiovisual information is not encoded according to the firsterror correction coding method. In other words, the mobile device may beconfigured to recognize that information which is uncoded according tothe first error correction coding method is part of a different serviceor service version than information which is coded according to thefirst error correction coding method.

Depending on the configuration of the mobile device, one or more of theaudiovisual streams may be usable by the mobile device for presentation.For example, a late model mobile device may be configured to recognizenew services (e.g., the second audiovisual information), and thus makeuse of the R=1 encapsulated audiovisual information. A legacy mobiledevice, on the other hand, may not be able to use the new service orservice version encompassed in the uncoded transport tunnel, and mayonly be able to use basic service(s) (e.g., the first audiovisualinformation). If the R=1 tunnel is built into the base framework of thesystem, a legacy receiver may at least be able to recognize and ignoreunsupported services, rather than being rendered partially or entirelyinoperable because it tries to parse unsupported services. In otherwords, in a well designed system, the presence of an uncoded transporttunnel may allow data services to be deployed after an initial servicelaunch and carried together with one or more initial (base) serviceswithout interfering with the legacy receiver's ability to receive thebasic content of the first audiovisual information.

The audiovisual information (e.g., either the first audiovisualinformation, the second audiovisual information, or both the first andsecond audiovisual information, depending on the mobile device) receivedby the mobile device may in some embodiments also be processed beforepresentation. Processing the audiovisual information may includeperforming the inverse of any steps taken in preparing the data fortransmission and/or packetizing the data, e.g., demultiplexing the data,decoding any error correction information, decoding the audio and videodata, etc. Decoding the error correction information may include bothdecoding any error correction coding information with the firstaudiovisual information (e.g., from the first error correction codingmethod and/or other error correction coding methods), and any errorcorrection information with the second audiovisual information (e.g.,from the second error correction coding method and/or other errorcorrection coding methods). It should be noted that the determinationsmade in both steps 304 and 306 may in some embodiments be consideredpart of the processing.

In 308, at least a portion of the audiovisual information may bepresented. Depending on the mobile device (e.g., whether the mobiledevice is a legacy or late model device, how the mobile device isconfigured, etc.), parts or all of the first audiovisual informationand/or the second audiovisual information may be presented. Presentingthe audiovisual information may include presenting video information ona display and/or presenting audio information on one or more speakers.

FIG. 4—Four State Convolutional Outer Code

FIG. 4 illustrates a systematic convolutional encoding scheme with R=1/5and K=3 and a corresponding coding structure. Based on this commonstructure, a variety of puncturing patterns can be used to derivemultiple rates (R=n/k, where there are n-input bits and k-output bits).In a special case, all of the coded bits may be punctured, producing anR=1 coding rate, as shown in FIG. 8. While FIG. 4 shows a particularconvolutional encoding scheme which will be referred to for convenienceherein, it should be noted that other encoding schemes (e.g., otherconvolutional encoding schemes or other types of error correction codingschemes) may be used in addition or instead of the scheme shown in FIG.4 and described herein.

FIG. 5—Basic Puncturing Patterns, Rates 1/2, 1/4

FIG. 5 illustrates two basic puncturing patterns that can be used withthe convolutional encoding scheme shown in FIG. 4. As shown, for R=1/2,2 bits are transmitted for every input, while, for R=1/4, 4 bits aretransmitted for every input bit. Given that the outer convolutionalencoder is systematic, the input bits are passed to the outputunmodified, and reordered in bit-tuples along with the coded data, asshown in FIG. 5.

FIG. 6—Additional Puncturing Patterns, Rates 1/3, 2/3, 4/5

FIG. 6 illustrates several additional puncturing patterns that can beused with the convolutional encoding scheme shown in FIG. 4. As shown,the various puncturing patterns can be used to produce rates of 1/3,2/3, or 4/5. Other puncturing patterns, producing other rates, are alsopossible.

FIG. 7—Inline Service Multiplexing

FIG. 7 illustrates a system for multiplexing different types of servicesaccording to one embodiment. The ATSC standard includes normal servicedata, e.g., intended for stationary receivers, transported by 8VSBmodulation. The ATSC standard has a certain number of reserved(unassigned) Packet ID numbers (PIDs) for expanding new services withinthe ATSC framework. One such PID is assigned to M/H service data, e.g.,services intended for moving receivers. Designing the M/H services withan uncoded R=1 transport tunnel may provide a similar function as theunassigned PIDs, albeit with a different method. In other words,providing for an uncoded transport tunnel in M/H transport may allowfuture (e.g., enhanced) services to be transported within the M/Hframework, and thus also within the ATSC framework.

FIG. 8—R=1 (Uncoded) Coding Scheme

FIG. 8 illustrates a puncturing pattern that could be used with theconvolutional encoder of FIG. 6 to produce an R=1 coding scheme. Bysending the data bits only, (e.g., puncturing to remove the coded bitsentirely), an uncoded transport scheme may be produced, which, incombination with the methods of FIGS. 2 and 3, may be used to carry datafrom a future (e.g., as yet undefined) service without compromising theintegrity of a transport framework, including base services.

Transmit Architecture

FIG. 9 is a block diagram of an exemplary transmit architecture whichmay be comprised in the transmit logic 104. As shown, the transmitarchitecture may comprise a multiplexer 208 having a first input forreceiving a media stream (robust stream) and a second input forreceiving first control information (referred to as a VSIW (VariableStream Instruction Word) Over Stream). The multiplexer 208 includes acontrol input that receives an XLC signal. The XLC signal determineswhether the media stream 204 or the first control information 206 isprovided as an output of the multiplexer 208. The output of themultiplexer 208 is provided to a robust encoder 212, e.g. LDPC (LowDensity Parity Check).

The robust encoder 212 computes parity check bits based on the transmitdata. The robust encoder 212 provides an output to a Block Interleaveblock 214.

The Block Interleaver block 214 permutes the data block to minimize theimpact of burst errors in the transport stream. The Block Interleaveblock 214 provides its output to Buffer 216. The Buffer 216 is coupledto provide its output to a first input of a multiplexer 222. The secondinput of the multiplexer 222 receives second control information,referred to as VSIW Over MPEG-2 TS. The multiplexer 222 includes acontrol input that receives an XLC signal. The XLC signal determineswhether the output of the buffer 216 or the second control information218 is provided as an output of the multiplexer 222. The output of themultiplexer 222 is provided to a Pre-pend training sequence block 224.

The Pre-pend training sequence block 224 attaches the prescribedtraining sequences ahead of the packet data. The Pre-pend trainingsequence block 224 provides its output to a Pre-pend PID HDR block 226.The Pre-pend PID HDR block 226 replaces the MPEG-2 TS Header with anunassigned PID header affording backward compatibility to legacyreceivers. The Pre-pend PID HDR block 226 provides its output to a firstinput of a multiplexer 232. The multiplexer 232 includes a second input234 that receives an MPEG-2 TS (Transport Stream). The multiplexer 232includes a control input that receives an XLC signal. The XLC signaldetermines whether the output of the Pre-pend PID HDR block 226 or theMPEG-2 TS 234 is provided as an output of the multiplexer 232. Theoutput of the multiplexer 232 is provided to a Main Service Transportblock 250.

The Main Service Transport block 250 comprises a randomizer 252, anencoder 254, e.g., RS (Reed Solomon) encoder, Convolutional Interleaver262, a Trellis encoder 264, e.g., 12-1 Trellis Encoder, a multiplexer266, a Pilot insert block 268, and an 8VSB modulator 282.

The randomizer 252 generates a random signal that is provided to the RSencoder 254. The RS encoder performs Reed Solomon coding and providesits output to the Convolutional Interleaver 262. The ConvolutionalInterleaver 262 permutes the transmitted data bits and provides itsoutput to the Trellis encoder 264.

The Trellis encoder 264 provides its output to a first input of 3 inputmultiplexer 266. The multiplexer 266 also receives inputs from theSegment Sync block 272 and Field Sync block 274. The Field Sync block274 receives an input from two input multiplexer 278. The multiplexer278 receives as a first input a signal VSIW Over Frame Sync. The secondinput of the multiplexer 278 is currently Reserved and not connected.The multiplexer 278 includes a control input that receives an XLCsignal. The XLC signal determines whether the VSIW Over Frame Sync isprovided as an output of the multiplexer 278.

The output of the multiplexer 266 is provided to the Pilot insert block268. The Pilot insert block 268 inserts a pilot tone in accordance withthe ATSC 8VSB DTV Specification. The Pilot insert block 268 provides itsoutput to the 8VSB modulator 282. The 8VSB modulator 282 performs 8VSBmodulation on the received data and provides an 8VSB modulated outputsignal to an RF upconverter. The RF upconverter generates an RF (radiofrequency) signal which includes the 8VSB modulated signal. Thegenerated RF signal may then be transmitted by transmitter 106.

The Transport Stream Encoding method according to one embodiment of theinvention can be described relative to the Main Service Transport asdepicted in FIG. 9. The system shown in FIG. 9 provides 3 differentmechanisms for inserting control information into the transmittedstream. These 3 different mechanisms are represented by the threemultiplexers and 208, 222, and 278. A fourth multiplexer 232 insertsunassigned packets comprising robustly encoded audio visual packetinformation and the associated control information in the standardtransport stream.

In the current embodiment, the following mechanisms supplement the mainservice transport:

-   -   1. Robust Stream—robustly encoded stream multiplexed under XLC        control over MPEG-2 TS.    -   2. VSIW Over MPEG-2 TS—standard encoded VSIW multiplexed under        XLC control over MPEG-2 TS.    -   3. VSIW Over Robust Stream—robustly encoded VSIW multiplexed        under XLC control over MPEG-2 TS.    -   4. VSIW Over Frame Sync—uncoded VSIW inserted under XLC control        in the Reserved-byte portion of Field Sync.

The “VSIW Over Frame Sync” signal provides the most robust means fortransmitting the control information, but affords the least bandwidthfor transporting control information. The “VSIW Over MPEG-2 TS” affordsgreater bandwidth for transporting control information spread in amanner to provide increased reliability.

From the perspective of stream encoding, each transport method can becharacterized in terms of the error protection, modulation/coding andstream synchronization employed, as summarized in the table of FIG. 10.In the table of FIG. 10, 8-VSB under the heading FEC refers to RS+TCMcoding employed by the main service transport.

1. Robust Stream

FEC—Referring again to FIG. 9, the Robust Stream encoding supplementsthe concatenated RS+TCM method of FEC employed in the main stream with aLDPC (Low-Density Parity-Check) block code, the characteristics of whichcan be summarized as follows: Regular: column weight=3,

Systematic: information follows parity (i.e. [Pn−k, . . . , 0|Ik−1, . .. , 0]),

1/2-rate coding: [n,k]=[4096, 2048],

1/4-rate coding: [n,k]=[4096, 1024],

1/8-rate coding: [n,k]=[4096, 512].

The block encoder is followed by an N×M block encoder (M=4096,N=M*rate). Interleaved symbols are buffered in an 184-byte block tomatch the nominal MPEG-2 TS data field length before RS-Encoding.

Modulation and Coding—After encoding, a training sequence is pre-pendedto the data field for use by certain receiver configurations. This fieldmay be left empty ([ ]) if not needed. A PID is then pre-pended with theheader field set to the prescribed value (zero-padded to the full3-bytes) before being sent the main service transport. No additionalmodulation or coding is employed as part of the Robust Stream Encoding.

Stream Synchronization—Synchronization is implicit given that the streamlocation is known by the receiver.

2. VSIW Over MPEG-2 Transport Stream

FIG. 11 illustrates encoding of command packets in a mobile digitaltelevision stream according to one embodiment of the invention. Forexample, FIG. 11 illustrates VSIW over MPEG-2 transport stream encoding.VSIW Over MPEG-2 TS requires that the VSIW is encoded and placed overStream 0, known as the Main stream, as shown. The VSIW Over MPEG-2 willshare the stream with stream 0 but does not have to be located in anyparticular place in the stream.

VSIW Over MPEG-2 TS FEC—Multiplexed alongside the MPEG-2 TS, VSIW OverMPEG-2 does not employ additional FEC.

VSIW Over MPEG-2 TS Modulation and Coding is shown in FIG. 11. As shown,VSIW Over MPEG-2 is inserted at the information bit-level (i.e. ahead ofthe RS+TCM) and is encoded using a pair of length-16 Gold codes ({C0,C1}=[227116, 7B2816]). Derived from an orthogonal codebook, {C0, C1}provide additional protection in the form of signal processing gain overan individually coded bit.

Transported in 16-bit groupings, each codeword is modulated (i.e.selected) according to the intended information content, the result ofwhich represents a single un-coded bit in the VSIW stream. The C0codeword is inserted whenever a ‘0’ occurs in the VSIW stream; C1 issent whenever a ‘1’ occurs thus occupying 2-bytes in the transportstream for each inserted information bit.

The SYNC sequence (SYNC=77128) provides a mechanism to reliably detectthe VSIW stream start. The modulated code sequences [C □ {C0, C1}],selected according to bit content, provide inherent signalprocessing/spreading gain improving the reliability of streamcommunication relative to any bit transmitted individually.

FIG. 12 summarizes the stream framing parameters. Each bit in the streamis modulated using the length-16 codes as described above with spreadingapplied across SYNC|LEN|VSIW|CRC, indiscriminately.

VSIW Over MPEG-2 TS Stream Synchronization—SYNC is inserted at the startof each stream to assist the receiver in locating VSIW Over MPEG-2,potentially inserted anywhere within an 8-VSB frame. Once detected, thesync field establishes the start of the intended information field. Theremaining message stream is processed thereafter until the stream end isreached as indicated by the LEN field.

3. VSIW Over Robust Stream

VSIW Over Robust Stream is an extension of the robust transport methodpermitting VSIW to be communicated over MPEG-2 TS with extra errorprotection as described above for the Robust Stream Encoding.

The VSIW only carries information relative to the stream that it isbeing transported under. The VSIW also must be placed at the start of astream frame where a stream frame is the recycle point in the stream.

VSIW Over Robust Stream FEC—VSIW Over Robust Stream employs the sameadditional FEC, i.e. LDPC, as that used for the Robust Stream Encoding.

VSIW Over Robust Stream Modulation and Coding—VSIW Over Robust Streamuses the same code-spread modulation employed in VSIW Over MPEG-2 withthe exception the SYNC field is omitted to conserve bandwidth.

The process for coding VSIW Over Robust Stream can be outlined asfollows:

Concatenate LEN|DATA|CRC (at the information bit level),

Modulate by a pair of length-16 orthogonal code sequences as describedabove,

LDPC encode according to the robust stream method,

Buffer and pre-pend unassigned PID header+training sequence (if needed),

Insert in the MPEG-2 transport stream MUX.

VSIW Over Robust Stream Synchronization—Synchronization is implicit inthat the stream location is known by the receiver. For this reason theVSIW Over Robust Stream must be placed at the start of a stream framewhere a stream frame is the recycle point in the stream.

4. VSIW Over Field Segment Sync

As described by the ATSC A/53 standard, 82 of the 92 reserved symbols inthe field segment sync are available to support extension of thestandard. This is where the VSIW packet transmission occurs.

VSIW Over Field Sync FEC—VSIW Over Field Sync bypasses both the standardRS+TCM and robust encoding methods.

VSIW Over Field Sync Modulation and Coding—Inserted at the modulatedsignal level, VSIW Over Field Sync uses the 2-level (i.e. □5) modulationemployed in the surrounding sync symbols. Unlike the other VSIW methods,code-spread modulation is abandoned (along with the [SYNC] LEN|DATA|CRCframe structure) given the limited bandwidth afforded a Field Sync andthe succinct nature of the communication.

VSIW Over Field Sync Stream Synchronization—Synchronization is implicitin that the stream location and length are known by the receiver.

Receive Architecture

FIG. 13 illustrates a receive architecture in a mobile device 112according to one embodiment of the invention. More particularly, FIG. 13illustrates an overview of digital RX processing that may be performedin the receiver of a M/H device 112. As shown, receiver 302 comprisesStandard Demodulation 304, Standard Decoding 306 and M/H StreamReception under VSIW Control block 308. The receiver 302 decodes aninput signal yielding a stream of receive symbols at the output of theStandard 8VSB Demodulator 304. The output of the Standard Demodulator304 is passed to the Standard Decoder 306 producing a standard 8VSBtransport stream. The VSIW Decoder 416 is configured to search thereceive signal for control packet information at the output of theStandard Decoder 306, the output of the M/H Decoder 418 and the outputof Sync removal 410 corresponding to VSIW over MPEG-2 TS, VSIW overRobust Stream and VSIW of Field Segment Sync, respectively. M/H decoding418 is applied in accordance with XLC commands recovered from VSIWdecoding 416. The received transport stream is de-multiplexed 432 toproduce a plurality of audiovisual streams corresponding to mobileand/or fixed services. The receiver 302 may be implemented in any ofvarious ways.

The signal processing stage operates to provide channel selection andfiltering such that symbol data (3 bits) may be processed in subsequentstages. The signal processing may be performed by both analog (hardware)and digital (software). Analog signal processing may be performed by anRF Tuner, IF Filter and analog-to-digital conversion (not shown).Digital signal processing (DSP) comprises the rejection filters,equalizer 406 and phase tracker.

The receiver 302 operates to remove (e.g., deconvolve) any unwantedchannel effects from the received symbol stream. These effects includeco-channel interference (e.g. NTSC), multi-path dispersion and Dopplershifting. The deconvolved data is then analyzed to determine whatadjustments are needed to the RF Tuner to improve symbol recovery.

As shown in FIG. 13, the received signal is provided to a Root RaisedCosine (RRC) filter block 402 which operates to filter the signal tomatch the RRC response applied at the transmitter. The RRC filter block402 provides its output to a Remove Pilot block 404.

The Remove Pilot block 404 removes the DC-offset introduced by the pilottone. The Remove Pilot block 404 provides its output to an EQ block 406and to a Channel Estimation block 408.

The EQ block 406 reverses the channel effects estimated from thereceived signal. The EQ block 406 provides its output to a Remove Syncblock 410.

The Remove Sync block 410 provides Field Sync position information tothe Channel Estimation block 408 and to VSIW Decoding block 416. TheRemove Sync block 410 provides an output to an 8VSB Demodulation block412

The Channel Estimation block 408 operates to determine the appropriateinverse channel response.

The 8VSB Demodulation block 412 performs 8VSB demodulation on the signaland provides an output to Mobile/Handheld (M/H) Decoding block 414. The8VSB Demodulation block 412 also provides an output to 12-1 TrellisDecoder 422. The Trellis Decoder 422 performs Trellis decoding on thereceived signal and provides an output to Convolutional Deinterleaver414. The Convolutional Deinterleaver 414 reverses the bit permutationintroduced by the Convolutional Interleaver. The ConvolutionalDeinterleaver 414 provides an output to Reed Solomon (RS) Decoder 426.The RS Decoder 426 performs block decoding. The RS Decoder 426 providesan output to De-randomizer 428. The De-randomizer 428 provides an outputto VSIW Decoding block 416 and Stream Demultiplexer block 432.

The M/H Decoding block 418 applies the additional FEC associated withthe M/H transport as directed by the VSIW Decoding block 416.

The VSIW Decoding block 416 operates to decode command information (VSIWcommands) from received packets. The VSIW Decoding block 416 acceptsinput from three separate locations in the transport corresponding toVSIW over MPEG-2 Transport Stream taken at the output of theDe-randomizer, VSIW Over Robust Stream taken at the output of the M/HDecoding block and VSIW Over Field Segment Sync taken at the output ofthe Remove Sync block, respectively. The VSIW Decoding block 416provides cross layer control (XLC) information to the M/H Decoding block414 and to Stream Demultiplexer 422. The XLC information comprisesparameter settings destined for endpoints in the tree structure alongwith commands to traverse nodes in the tree as well as relativebandwidth and per stream coding rates needed to determine themultiplexing arrangement. The XLC information is discussed in greaterdetail below.

The M/H Decoding block 418 and the VSIW Decoding block 416 are coupledto a Stream Demultiplexer 432. The Stream Demultiplexer 432demultiplexes the various streams from the received signal to generatevarious individual audiovisual streams (e.g., digital televisionchannels).

The signal processing stage operates to provide channel selection andfiltering such that symbol data (3 bits) may be processed in subsequentstages. The signal processing may be performed by both analog (hardware)and digital (software). Analog signal processing may be performed by anRF Tuner, IF Filter and analog-to-digital conversion. Digital signalprocessing (DSP) comprises the rejection filters, equalizer 406 andphase tracker.

The receiver is configured to remove (i.e. deconvolve) any unwantedchannel effects from the received symbol stream. These effects includeco-channel interference (e.g. NTSC), multi-path dispersion and Dopplershifting. The deconvolved data is then analyzed to determine whatadjustments are needed to the RF Tuner to improve symbol recovery.

As described herein, embodiments of the invention may use the presence,or lack of presence, of an error correction coding method to signal anew service and/or service version. Examples of new services and/orservice versions that may be signaled in this manner include theincorporation of new coding methods, e.g. LDPC or other systematic blockcode methods, R-S product coding which augments the legacy R-S code(row-wise parity) with additional column-wise parity, as well assystematic encoding to enable nested stream encoding or PHYstaggercasting providing transport diversity in time and/or frequency.Various other types of new services and/or new service versions are alsocontemplated.

Although the embodiments above have been described in considerabledetail, numerous variations and modifications will become apparent tothose skilled in the art once the above disclosure is fully appreciated.It is intended that the following claims be interpreted to embrace allsuch variations and modifications.

1-20. (canceled)
 21. A non-transitory computer readable memory mediumstoring program instructions for transmitting packetized audiovisualinformation according to multiple service versions of a transportframework in a wireless manner, wherein the program instructions areexecutable to: process first audiovisual information for transmissionaccording to a first service version of a transport framework, whereinafter processing according to the first service version, the processedfirst audiovisual information comprises error correction codinginformation according to a first type of error correction coding;process second audiovisual information for transmission according to asecond service version of the transport framework, wherein afterprocessing according to the second service version, the processed secondaudiovisual information comprises error correction coding informationaccording to a second type of error correction coding; generatingcontrol information indicating that the second audiovisual informationis coded according to the second type of error correction coding,wherein the indication that the second audiovisual information is codedaccording to the second type of error correction coding signals toreceivers that the second audiovisual information is processed accordingto the second service version of the transport framework; generating aplurality of packets comprising the processed first audiovisualinformation, the processed second audiovisual information, and thecontrol information; and transmitting the plurality of packets in awireless manner.
 22. The non-transitory computer readable memory mediumof claim 21, wherein the first audiovisual information is comprised in afirst set of packets; wherein the error correction coding informationaccording to the first type of error correction coding is comprised in asecond set of one or more packets; wherein the second audiovisualinformation is comprised in a third set of packets; wherein the errorcorrection coding information according to the second type of errorcorrection coding is comprised in a fourth set of one or more packets.23. The non-transitory computer readable memory medium of claim 21,wherein at least a portion of the first audiovisual information and atleast a portion of the second audiovisual information are containedtogether in each of one or more packets.
 24. The non-transitory computerreadable memory medium of claim 21, wherein the second service versionis a later service version than the first service version.
 25. Thenon-transitory computer readable memory medium of claim 21, wherein thetransport framework comprises a wireless audiovisual communicationstandard.
 26. The non-transitory computer readable memory medium ofclaim 21, wherein the transport framework comprises a standard forwireless broadcast communication with mobile devices.
 27. Thenon-transitory computer readable memory medium of claim 21, wherein thefirst information and the second information comprise audiovisualinformation configured for presentation by mobile devices.
 28. Thenon-transitory computer readable memory medium of claim 21, wherein thesecond audiovisual information is targeted for use by mobile devices.29. The non-transitory computer readable memory medium of claim 28,wherein the first audiovisual information is targeted for use bystationary presentation devices.
 30. The non-transitory computerreadable memory medium of claim 28, wherein the first audiovisualinformation is targeted for use by legacy mobile devices.
 31. A methodfor transmitting packetized information according to multiple serviceversions of a transport framework in a wireless manner, the methodcomprising: processing first information for transmission according to afirst service version of a transport framework, wherein after processingaccording to the first service version, the processed first informationcomprises error correction coding information according to a first typeof error correction coding; processing second information fortransmission according to a second service version of the transportframework, wherein after processing according to the second serviceversion, the processed second information comprises error correctioncoding information according to a second type of error correctioncoding; generating control information indicating that the secondinformation comprises error correction coding information according tothe second type of error correction coding, wherein the indication thatthe second information comprises error correction coding informationaccording to the second type of error correction coding signals toreceivers that the second information is processed according to thesecond service version of the transport framework; generating aplurality of packets comprising the processed first information, theprocessed second information, and the control information; andtransmitting the plurality of packets in a wireless manner.
 32. Themethod of claim 31, wherein the second service version is a laterservice version than the first service version.
 33. The method of claim31, wherein the transport framework comprises a digital televisionstandard for wireless broadcast of auidovisual information with mobiledevices.
 34. The method of claim 31, wherein the first information andthe second information comprise audiovisual information configured forpresentation by mobile devices.
 35. The method of claim 31, wherein thefirst type of error correction coding comprises serial concatenatedconvolutional coding (SCCC).
 36. The method of claim 31, wherein thefirst and second service versions are different versions of an AdvancedTelevision Systems Committee (ATSC) standard.